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in an automated collection and analysis patient care system 



(57) A system 10 and method for determining a ref- 
erence baseline 5 of individual patient status 54 for use 
in an automated collection and analysis patient care 
system is described. A set of measures 57 collected 
from a medical device 12 having a sensor for monitoring 
at least one physiological measure of an individual pa- 
tient 11 is received. The collected device measures set 
includes individual measures which each relate to pa- 
tient information recorded by the medical device during 



an initial time period. The collected device measures set 
are stored into a patient care record for the individual 
patient within a database 17 organized to store one or 
more patient care records. The collected device meas- 
ures set is processed into a set of reference measures 
59. Each reference measure is representative of at least 
one of measured or derived patient information. The ref- 
erence measures set 59 is stored into the patient care 
record as data in a reference baseline 5 indicating an 
initial patient status 55. 
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Description 

Field of the Invention 

[0001] The present invention relates in general to au- 
tomated data collection and analysis, and, in particular, 
to a system and method for determining a reference 
baseline of individual patient status for use in an auto- 
mated collection and analysis patient care system. 

Background of the Invention 

[0002] A broad class of medical subspecialties, in- 
cluding cardiology, endocrinology, hematology, neurol- 
ogy, gastroenterology, urology, ophthalmology, and 
otolaryngology, to name a few, rely on accurate and 
timely patient information for use in aiding health care 
providers in diagnosing and treating diseases and dis- 
orders. Often, proper medical diagnosis requires infor- 
mation on physiological events of short duration and 
sudden onset, yet these types of events are often occur 
infrequently and with little or no warning. Fortunately, 
such patient information can be obtained via external, 
implantable, cutaneous, subcutaneous, and manual 
medical devices, and combinations thereof. For exam- 
ple, in the area of cardiology, implantable pulse gener- 
ators (IPGs) are medical devices commonly used to 
treat irregular heartbeats, known as arrhythmias. There 
are three basic types of IPGs. Cardiac pacemakers are 
used to manage bradycardia, an abnormally slow or ir- 
regular heartbeat. Bradycardia can cause symptoms 
such as fatigue, dizziness, and fainting. Implantable car- 
dioverter defibrillators (ICDs) are used to treat tachycar- 
dia, heart rhythms that are abnormally fast and life 
threatening. Tachycardia can result in sudden cardiac 
death (SCD). Finally, implantable cardiovascular moni- 
tors and therapeutic devices are used to monitor and 
treat structural problems of the heart, such as conges- 
tive heart failure, as well as rhythm problems. 
[0003] Pacemakers and ICDs, as well as other types 
of implantable and external medical devices, are 
equipped with an on-board, volatile memory in which te- 
lemetered signals can be stored for later retrieval and 
analysis. In addition, a growing class of cardiac medical 
devices, including implantable heart failure monitors, 
implantable event monitors, cardiovascular monitors, 
and therapy devices, are being used to provide similar 
stored device information. These devices are able to 
store more than thirty minutes of per heartbeat data. 
Typically, the telemetered signals can provide patient 
device information recorded on a per heartbeat, binned 
average basis, or derived basis from, for example, atrial 
electrical activity, ventricular electrical activity, minute 
ventilation, patient activity score, cardiac output score, 
mixed venous oxygen score, cardiovascular pressure 
measures, time of day, and any interventions and the 
relative success of such interventions. In addition, many 
such devices can have multiple sensors, or several de- 



vices can work together, for monitoring different sites 
within a patient's body. 

[0004] These telemetered signals can be remotely 
collected and analyzed using an automated patient care 

5 system. One such system is described in a related, com- 
monly-owned U.S. Patent application, Serial No. 
09/324,894, filed June 3, 1999, pending. The teleme- 
tered signals are recorded by an implantable medical 
device, such as an IPG or monitor, and periodically re- 

10 trieved using an interrogator, programmer, telemetered 
signals transceiver, or similar device, for subsequent 
download. The downloaded telemetered signals are re- 
ceived by a network server on a regular, e.g., daily, basis 
as sets of collected measures which are stored along 

15 with other patient records in a database. The information 
is analyzed in an automated fashion and feedback, 
which includes a patient status indicator, is provided to 
the patient. 

[0005] While such a system can serve as a valuable 
20 tool in automated, remote patient care, the accuracy of 
the patient care, particularly during the first few weeks 
of care, and the quality of the feedback provided to the 
patient would benefit from being normalized to a refer- 
ence baseline of patient wellness. In particular, a start- 
25 ing point needs to be established for each individual pa- 
tient for use in any such system in which medical device 
information, such as telemetered signals from implant- 
able and external medical devices, is continuously mon- 
itored, collected, and analyzed. The starting point could 
30 serve as a reference baseline indicating overall patient 
status and wellness from the outset of remote patient 
care. 

[0006] In addition, automated remote patient care 
poses a further challenge vis-a-vis evaluating quality of 

35 life issues. Unlike in a traditional clinical setting, physi- 
cians participating in providing remote patient care are 
not able to interact with their patients in person. Conse- 
quently, quality of life measures, such as how the patient 
subjectively looks and feels, whether the patient has 

40 shortness of breath, can work, can sleep, is depressed, 
is sexually active, can perform activities of daily life, and 
so on, cannot be implicitly gathered and evaluated. 
[0007] Reference baseline hearth assessments are 
widely used in conventional patient health care monitor- 

45 ing services. Typically, a patient's vital signs, consisting 
of heart rate, blood pressure, weight, and blood sugar 
level, are measured both at the outset of care and peri- 
odically throughout the period of service. However, 
these measures are limited in their usefulness and do 

50 not provide the scope of detailed medical information 
made available through implantable and external med- 
ical devices. Moreover, such measures are generally 
obtained through manual means and do not ordinarily 
directly tie into quality of life assessments. Further, a sig- 

55 nificant amount of time generally passes between the 
collection of sets of these measures. 
[0008] In addition, the uses of multiple sensors situ- 
ated within a patient's body at multiple sites are dis- 
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closed in U.S. Patent No. 5,040,536 ('536) and U.S. Pat- 
ent 5,987,352 ('352). In the '536 patent, an Intravascular 
pressure posture detector includes at least two pressure 
sensors implanted in different places in the cardiovas- 
cular system, such that differences in pressure with 5 
changes in posture are differentially measurable. How- 
ever, the physiological measurements are used locally 
within the device, or in conjunction with any implantable 
device, to effect a therapeutic treatment. In the '352 pat- 
ent, an event monitor can include additional sensors for 10 
monitoring and recording physiological signals during 
arrhythmia and syncopal events. The recorded signals 
can be used for diagnosis, research or therapeutic 
study, although no systematic approach to analyzing 
these signals, particularly with respect to peer and gen- *5 
eral population groups, is presented. 
[0009] Thus, there is a need for an approach to deter- 
mining a meaningful reference baseline of individual pa- 
tient status for use in a system and method for providing 
automated, remote patient care through the continuous 20 
monitoring and analysis of patient information retrieved 
from an implantable medical device. Preferably, such an 
approach would establish the reference baseline 
through initially received measures or after a reasonable 
period of observation. The reference baseline could be 25 
tied to the completion of a set of prescribed physical 
stressors. Periodic reassessments should be obtaina- 
ble as necessary. Moreover, the reference baseline 
should preferably be capable of correlation to quality of 
life assessments. 30 
[001 0] There is a further need for an approach to mon- 
itoring patient wellness based on a reference baseline 
for use in an automated patient care system. Preferably, 
such an approach would dynamically determine wheth- 
er the patient is trending into an area of potential medical 35 
concern, including indicating disease onset, progres- 
sion, regression, and status quo. 
[001 1] There is a further need for an approach to de- 
termining a situation in which remote patient care is in- 
appropriate based on a reference baseline of patient *o 
wellness. Preferably, such an approach would include a 
range of acceptance parameters as part of the reference 
baseline, thereby enabling those potential patients 
whose reference baseline falls outside those accept- 
ance parameters to be identified. 45 

Summary of the Invention 

[0012] The present invention provides a system and 
method for determining a reference baseline for use in 50 
an automated collection and analysis patient care sys- 
tem. The present invention further provides a system 
and method for monitoring a patient status using a ref- 
erence baseline in an automated collection and analysis 
patient care system. 55 
[0013] An embodiment of the present invention is a 
system, method, and storage medium for determining a 
reference baseline of individual patient status for use in 



an automated collection and analysis patient care sys- 
tem. A set of collected measures is retrieved from a 
medical device adapted to be implanted in a patient. The 
collected device measures set includes individual 
measures which each relate to patient information re- 
corded by the medical device adapted to be implanted 
during an initial time period. The collected device meas- 
ures set is received from the medical device adapted to 
be implanted over a communications link which is inter- 
faced to a network server. The collected device meas- 
ures set is stored into a patient care record for the indi- 
vidual patient within a database server organized to 
store one or more patient care records. The collected 
device measures set is processed into a set of reference 
measures. Each reference measure is representative of 
at least one of measured or derived patient information. 
The reference measures set is stored into the patient 
care record as data in a reference baseline indicating 
an initial patient status. 

[0014] A further embodiment of the present invention 
is a system, method, and storage medium for monitoring 
a patient status for an individual patient using a refer- 
ence baseline in an automated collection and analysis 
patient care system. A set of collected measures record- 
ed by a medical device adapted to be implanted in an 
individual patient is processed into a set of reference 
measures. The reference measures set is stored into a 
patient care record as data in a reference baseline indi- 
cating an initial patient status. The patient care record 
is stored within a database server. The collected device 
measures set includes individual measures which each 
relate to patient information recorded by the medical de- 
vice adapted to be implanted throughout an initial time 
period. Each reference measure is representative of at 
least one of measured or derived patient information. A 
set of collected measures is periodically received from 
the medical device adapted to be implanted over a com- 
munications link which is interfaced to a network server. 
The collected device measures set includes individual 
measures which each relate to patient information re- 
corded by the medical device adapted to be implanted 
subsequent to the initial time period. The subsequently 
collected device measures set is stored into the patient 
care record for the individual patient. One or more of the 
subsequently collected device measures sets in the pa- 
tient care record are compared to the reference meas- 
ures set. Any such subsequently collected measure 
substantially non-conforming to the corresponding ref- 
erence measure is identified. 

[0015] A further embodiment of the present invention 
is a system and method for determining a reference 
baseline of individual patient status for use in an auto- 
mated collection and analysis patient care system is de- 
scribed. A set of measures collected from a medical de- 
vice having a sensor for monitoring at least one physi- 
ological measure of an individual patient is received. 
The collected device measures set includes individual 
measures which each relate to patient information re- 
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corded by the medical device during an initial time peri- 
od. The collected device measures set are stored into 
a patient care record for the individual patient within a 
database organized to store one or more patient care 
records. The collected device measures set is proc- 
essed into a set of reference measures. Each reference 
measure is representative of at least one of measured 
or derived patient information. The reference measures 
set is stored into the patient care record as data in a 
reference baseline indicating an initial patient status. 
[0016] The present invention provides a meaningful, 
quantitative measure of patient wellness for use as a 
reference baseline in an automated system and method 
for continuous, remote patient care. The reference 
baseline increases the accuracy of remote patient care, 
particularly during the first few weeks of care, by provid- 
ing a grounded starting assessment of the patient's 
health and well-being. 

[0017] A collateral benefit of the reference baseline is 
the removal of physician "bias" which can occur when 
the apparent normal outward appearance of a patient 
belies an underlying condition that potentially requires 
medical attention. The reference baseline serves to ob- 
jectify a patient's self-assessment of wellness. 
[0018] The present invention also provides an objec- 
tive approach to humanizing the raw measures record- 
ed by medical devices, including implantable medical 
devices. Using known quality of life assessment instru- 
ments, a patient can be evaluated and scored for rela- 
tive quality of life at a given point in time. The reference 
baseline of the present invention provides a means for 
correlating the quality of life assessment to machine-re- 
corded measures, thereby assisting a physician in fur- 
thering patient care. 

[0019] Finally, the present invention improves the 
chronicling of legal responsibility in patient care. A pre- 
scribed course of treatment can be traced back to a 
grounded point in time memorialized by the reference 
baseline. Thus, a medical audit trail can be generated 
with a higher degree of accuracy and certainty based 
on having an established originating point of reference. 
[0020] Still other embodiments of the present inven- 
tion will become readily apparent to those skilled in the 
art from the following detailed description, wherein is de- 
scribed embodiments of the invention by way of illustrat- 
ing the best mode contemplated for carrying out the in- 
vention. As will be realized, the invention is capable of 
other and different embodiments and its several details 
are capable of modifications in various obvious re- 
spects, all without departing from the spirit and the 
scope of the present invention. Accordingly, the draw- 
ings and detailed description are to be regarded as il- 
lustrative in nature and not as restrictive. 



Brief Description of the Drawings 
[0021] 

5 FIGURES 1A and 1B are block diagrams showing 
a system for determining a reference baseline of in- 
dividual patient status for use in an automated col- 
lection and analysis patient care system in accord- 
ance with the present invention; 

10 FIGURE 2 is a block diagram showing the hardware 
components of the server system of the system of 
FIGURE 1A; 

FIGURE 3 is a block diagram showing the software 
modules of the server system of the system of FIG- 

15 URE1A; 

FIGURE 4 is a block diagram showing the process- 
ing module of the server system of FIGURE 1 A; 
FIGURE 5 is a database schema showing, by way 
of example, the organization of a reference baseline 

20 record for cardiac patient care stored as part of a 
patient care record in the database of the system of 
FIGURE 1A; 

FIGURE 6 is a database schema showing, by way 
of example, the organization of a reference baseline 

25 quality of life record for cardiac patient care stored 
as part of a patient care record in the database of 
the system of FIGURE 1A; 
FIGURE 7 is a database schema showing, by way 
of example, the organization of a monitoring record 

30 for cardiac patient care stored as part of a patient 
care record in the database of the system of FIG- 
URE 1A; 

FIGURES 8A-8C are flow diagrams showing a 
method for determining a reference baseline for use 

35 in monitoring a patient status in an automated col- 
lection and analysis patient care system in accord- 
ance with the present invention; and 
FIGURE 9 is a flow diagram showing the routine for 
processing a reference baseline for use in the meth- 

40 od of FIGURES 8A-8C; 

FIGURE 10 is a flow diagram showing the routine 
for processing quality of life measures for use in the 
method of FIGURES 8A-8C; and 
FIGURE 11 is a flow diagram showing the routine 

45 for reassessing a new reference baseline for use in 
the method of FIGURES 8A-8C; 
FIGURES 12A and 12B are block diagrams show- 
ing system for determining a reference baseline of 
individual patient status for use in an automated col- 

50 lection and analysis patient care system in accord- 
ance with a further embodiment of the present in- 
vention; 

FIGURE 13 is a block diagram showing the analysis 
module of the server system of FIGURES 12A and 
55 12B; 

FIGURE 14 is a database schema showing, by way 
of example, the organization of a quality of life and 
symptom measures set record for care of patients 
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stored as part of a patient care record in the data- 
base of the system of FIGURES 12A and 12B; 
FIGURE 15 is a record view showing, by way of ex- 
ample, a set of partial cardiac patient care records 
stored in the database of the system of FIGURES 5 
12Aand12B; 

FIGURE 16 is a Venn diagram showing, by way of 
example, peer group overlap between the partial 
patient care records of FIGURE 15; and 
FIGURES 17A-17D are flow diagrams showing a 10 
method for determining a reference baseline of in- 
dividual patient status for use in an automated col- 
lection and analysis patient care system in accord- 
ance with a further embodiment of the present in- 
vention, is 



Detailed Description 

[0022] FIGURE 1 A is a block diagram showing a sys- 
tem 1 0 for determining a reference baseline 5 of patient 
status for an individual patient 11 for use in an automat- 
ed collection and analysis patient care system in accord- 
ance with the present invention. An automated collec- 
tion and analysis patient care system suitable for use 
with the present invention is disclosed in the related, 
commonly-owned U.S. Patent application, Serial No. 
09/324,894, pending, filed June 3, 1999, the disclosure 
of which is incorporated herein by reference. A patient 
11 is a recipient of an implantable medical device 12, 
such as, by way of example, an IPG or a heart failure or 
event monitor, with a set of leads extending into his or 
her heart. Alternatively, subcutaneous monitors or de- 
vices inserted into other organs (not shown) without 
leads could also be used. The implantable medical de- 
vice 12 includes circuitry for recording into a short-term, 
volatile memory telemetered signals, which are stored 
as a set of collected measures for later retrieval. 
[0023] For an exemplary cardiac implantable medical 
device, the telemetered signals non-exclusively present 
patient information recorded on a per heartbeat, binned 
average or derived basis and relating to: atrial electrical 
activity, ventricular electrical activity, minute ventilation, 
patient activity score, cardiac output score, mixed ve- 
nous oxygenation score, cardiovascular pressure 
measures, time of day, the number and types of inter- 
ventions made, and the relative success of any inter- 
ventions, plus the status of the batteries and pro- 
grammed settings. Examples of pacemakers suitable 
for use in the present invention include the Discovery 
line of pacemakers, manufactured by Guidant Corpora- 
tion, Indianapolis, IN. Examples of ICDs suitable for use 
in the present invention include the Gem line of ICDs, 
manufactured by Medtronic Corporation, Minneapolis, 
MN. 

[0024] In the described embodiment, the patient 11 
has a cardiac implantable medical device. However, a 
wide range of related implantable medical devices are 
used in other areas of medicine and a growing number 



of these devices are also capable of measuring and re- 
cording patient information for later retrieval. These im- 
plantable medical devices include monitoring and ther- 
apeutic devices for use in metabolism, endocrinology, 
hematology, neurology, muscular disorders, gastroen- 
terology, urology, ophthalmology, otolaryngology, ortho- 
pedics, and similar medical subspecialties. One skilled 
in the art would readily recognize the applicability of the 
present invention to these related implantable medical 
devices. 

[0025] The telemetered signals stored in the implant- 
able medical device 12 are retrieved upon completion 
of an initial observation period and subsequently re- 
trieved on a continuous, periodic basis. By way of ex- 
ample, a programmer 14 can be used to retrieve the te- 
lemetered signals. However, any form of programmer, 
interrogator, recorder, monitor, or telemetered signals 
transceiver suitable for communicating with an implant- 
able medical device 12 could be used, as is known in 
20 the art. In addition, a personal computer or digital data 
processor could be interfaced to the implantable medi- 
cal device 12, either directly or via a telemetered signals 
transceiver configured to communicate with the implant- 
able medical device 12. 
25 [0026] Using the programmer 14, a magnetized reed 
switch (not shown) within the implantable medical de- 
vice 12 closes in response to the placement of a wand 
14 over the location of the implantable medical device 
12. The programmer 14 communicates with the implant- 
30 able medical device 12 via RF signals exchanged 
through the wand 14. Programming or interrogating in- 
structions are sent to the implantable medical device 12 
and the stored telemetered signals are downloaded into 
the programmer 14. Once downloaded, the telemetered 
35 signals are sent via an internetwork 15, such as the in- 
ternet, to a server system 1 6 which periodically receives 
and stores the telemetered signals in a database 17, as 
further described below with reference to FIGURE 2. 
[0027] An example of a programmer 14 suitable for 
40 use in the present invention is the Model 2901 Program- 
mer Recorder Monitor, manufactured by Guidant Cor- 
poration, Indianapolis, IN, which includes the capability 
to store retrieved telemetered signals on a proprietary 
removable floppy diskette. The telemetered signals 
45 could later be electronically transferred using a personal 
computer or similar processing device to the internet- 
work 1 5, as is known in the art. 
[0028] Other alternate telemetered signals transfer 
means could also be employed. For instance, the stored 
50 telemetered signals could be retrieved from the implant- 
able medical device 12 and electronically transferred to 
the internetwork 15 using the combination of a remote 
external programmer and analyzer and a remote tele- 
phonic communicator, such as described in U.S. Patent 
55 No. 5,113,869, the disclosure of which is incorporated 
herein by reference. Similarly, the stored telemetered 
signals could be retrieved and remotely downloaded to 
the server system 1 6 using a world-wide patient location 
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and data telemetry system, such as described in U.S. 
Patent No. 5,752,976, the disclosure of which is incor- 
porated herein by reference. 

[0029] The initial set of telemetered signals recorded 
during the initial observation period is processed by the 
server system 1 6 into a set of reference measures and 
stored as a reference baseline 5 in the database 17, as 
further described below with reference to FIGURE 3. 
The purpose of the observation period is to establish a 
reference baseline 5 containing a set of reference meas- 
ures that can include both measured and derived patient 
information. The reference baseline 5 can link "hard" 
machine-recorded data with "soft" patient-provided self- 
assessment data from which can be generated a well- 
ness status indicator. In addition, the reference baseline 
5 can be used to identify patients for whom remote pa- 
tient care may be inappropriate and for patient wellness 
comparison and analysis during subsequent, on-going 
remote patient care. The reference baseline 5 is main- 
tained in the database 17 and can be reassessed as 
needed or on a periodic basis. 
[0030] Subsequent to the initial observation period, 
the patient is remotely monitored by the server system 
16 through the periodic receipt of telemetered signals 
from the implantable medical device 12 via the internet- 
work 15. Feedback is then provided back to the patient 
11 through a variety of means. By way of example, the 
feedback can be sent as an electronic mail message 
generated automatically by the server system 16 for 
transmission over the internetwork 15. The electronic 
mail message is received by personal computer 18 (PC) 
situated for local access by the patient 11 . Alternatively, 
the feedback can be sent through a telephone interface 
device 19 as an automated voice mail message to a tel- 
ephone 21 or as an automated facsimile message to a 
facsimile machine 22, both also situated for local access 
by the patient 11. In addition to a personal computer 18, 
telephone 21 , and facsimile machine 22, feedback could 
be sent to other related devices, including a network 
computer, wireless computer, personal data assistant, 
television, or digital data processor. 
[0031] FIGURE 1B is a block diagram showing a fur- 
ther embodiment of the present invention in which the 
patient 11 is monitored by the implantable medical de- 
vice 12 while engaged in performing a prescribed set of 
timed physical stressors during an initial observation pe- 
riod or during a subsequent observation period if the pa- 
tient 11 is being reassessed. The stressors are a set of 
normal, patient activities and cardiovascular and respi- 
ratory maneuvers that allow consistent, reproducible 
physiological functions to be measured by the implant- 
able medical device 12. These maneuvers include ac- 
tivities such as a change in posture, simple physical ex- 
ercises, breathing state, including holding breath and 
hyperventilating, and oxygen challenges. By way of ex- 
ample, the stressors include timed physical activities 
such as running in place 6, recumbency 7, standing 8, 
sitting motionless 9, and reprogramming at least one of 



pacing interventions and pacing modes of the implant- 
able medical device 1 2, as further described below with 
reference to FIGURE 5. 

[0032] In a still further embodiment of the present in- 
5 vention, at least one of pacing interventions and pacing 
modes of the implantable medical device 12 is repro- 
grammed by the programmer 14 during the initial obser- 
vation period or during a subsequent observation period 
if the patient 11 is being reassessed. The patient 11 is 
10 then monitored by the reprogrammed implantable med- 
ical device 12. 

[0033] FIGURE 2 is a block diagram showing the 
hardware components of the server system 16 of the 
system 10 of FIGURE 1A. The server system 16 con- 

15 sists of three individual servers: network server 31 , da- 
tabase server 34, and application server 35. These serv- 
ers are interconnected via an intra network 33. In the de- 
scribed embodiment, the functionality of the server sys- 
tem 16 is distributed among these three servers for ef- 

20 ficiency and processing speed, although the functional- 
ity could also be performed by a single server or cluster 
of servers. The network server 31 is the primary inter- 
face of the server system 16 onto the internetwork 15. 
The network server 31 periodically receives the collect- 

25 ed telemetered signals sent by remote implantable med- 
ical devices over the internetwork 15. The network serv- 
er 3 1 is interfaced to the internetwork 1 5 through a router 
32. To ensure reliable data exchange, the network serv- 
er 31 implements a TCP/IP protocol stack, although oth- 

30 er forms of network protocol stacks are suitable. 

[0034] The database server 34 organizes the patient 
care records in the database 17 and provides storage 
of and access to information held in those records. A 
high volume of data in the form of collected device 

35 measures sets from individual patients is received. The 
database server 34 frees the network server 31 from 
having to categorize and store the individual collected 
device measures sets in the appropriate patient care 
record. 

40 [0035] The application server 35 operates manage- 
ment applications, assimilates the reference measures 
into the reference baseline 5 (shown in FIGURE 1A), 
and performs data analysis of the patient care records, 
as further described below with reference to FIGURE 3. 

45 The application server 35 communicates feedback to 
the individual patients either through electronic mail sent 
back over the internetwork 15 via the network server 31 
or as automated voice mail or facsimile messages 
through the telephone interface device 19. 

so [0036] The server system 1 6 also includes a plurality 
of individual workstations 36 (WS) interconnected to the 
intranetwork 33, some of which can include peripheral 
devices, such as a printer 37. The workstations 36 are 
for use by the data management and programming staff, 

55 nursing staff, office staff, and other consultants and au- 
thorized personnel. 

[0037] The database 17 consists of a high-capacity 
storage medium configured to store individual patient 
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care records and related health care information. Pref- 
erably, the database 17 Is configured as a set of high- 
speed, high capacity hard drives, such as organized into 
a Redundant Array of Inexpensive Disks (RAID) vol- 
ume. However, any form of volatile storage, non-volatile 
storage, removable storage, fixed storage, random ac- 
cess storage, sequential access storage, permanent 
storage, erasable storage, and the like would be equally 
suitable. The organization of the database 17 is further 
described below with reference to FIGURES 5-7. 
[0038] The individual servers and workstations are 
general purpose, programmed digital computing devic- 
es consisting of a central processing unit (CPU), random 
access memory (RAM), non-volatile secondary storage, 
such as a hard drive or CD ROM drive, network inter- 
faces, and peripheral devices, including user interfacing 
means, such as a keyboard and display. Program code, 
including software programs, and data are loaded into 
the RAM for execution and processing by the CPU and 
results are generated for display, output, transmittal, or 
storage. In the described embodiment, the individual 
servers are Intel Pentium-based server systems, such 
as available from Dell Computers, Austin, Texas, or 
Compaq Computers, Houston, Texas. Each system is 
preferably equipped with 128MB RAM, 100GB hard 
drive capacity, data backup facilities, and related hard- 
ware for interconnection to the intra network 33 and in- 
ternetwork 15. In addition, the workstations 36 are also 
Intel Pentium-based personal computer or workstation 
systems, also available from Dell Computers, Austin, 
Texas, or Compaq Computers, Houston, Texas. Each 
workstation is preferably equipped with 64MB RAM, 
10GB hard drive capacity, and related hardware for in- 
terconnection to the intra network 33. Other types of 
server and workstation systems, including personal 
computers, minicomputers, mainframe computers, su- 
percomputers, parallel computers, workstations, digital 
data processors and the like would be equally suitable, 
as is known in the art. 

[0039] The telemetered signals are communicated 
over an internetwork 15, such as the Internet. However, 
any type of electronic communications link could be 
used, including an intranetwork link, serial link, data tel- 
ephone link, satellite link, radio-frequency link, infrared 
link, fiberoptic link, coaxial cable link, television link, and 
the like, as is known in the art. Also, the network server 
31 is interfaced to the internetwork 15 using a T-1 net- 
work router 32, such as manufactured by Cisco Sys- 
tems, Inc., San Jose, California. However, any type of 
interfacing device suitable for interconnecting a server 
to a network could be used, including a data modem, 
cable modem, network interface, serial connection, data 
port, hub, frame relay, digital PBX, and the like, as is 
known in the art. 

[0040] FIGURE 3 is a block diagram showing the soft- 
ware modules of the server system 16 of the system 10 
of FIGURE 1A. Each module is a computer program 
written as source code in a conventional programming 



language, such as the C or Java programming languag- 
es, and is presented for execution by the CPU as object 
or byte code, as is known in the art. The various imple- 
mentations of the source code and object and byte 
5 codes can be held on a computer-readable storage me- 
dium or embodied on a transmission medium in a carrier 
wave. 

[0041] There are three basic software modules, which 
functionally define the primary operations performed by 

10 the server system 16: database module 51, analysis 
module 53, and processing module 56. In the described 
embodiment, these modules are executed in a distrib- 
uted computing environment, although a single server 
or a cluster of servers could also perform the function- 

15 ality of these modules. The module functions are further 
described below beginning with reference to FIGURES 
8A-8C. 

[0042] A reference baseline 5 is established at the 
outset of providing a patient with remote patient care. 

20 The server system 16 periodically receives an initially 
collected device measures set 57. This set represents 
patient information which was collected from the im- 
plantable medical device 12 (shown in FIGURE 1 A) dur- 
ing the initial observation period, as further discussed 

25 below with reference to FIGURE 5. In addition, the serv- 
er system 16 can also periodically receive quality of life 
measures sets 60 recorded by the patient 11, as further 
described below with reference to FIGURE 6. Both the 
initially collected device measures set 57 and quality of 

30 life measures set 60 are forwarded to the database mod- 
ule 51 for storage in the patient's patient care record in 
the database 52. During subsequent, on-going monitor- 
ing for remote patient care, the server system 16 peri- 
odically receives subsequently collected device meas- 

35 ures sets 58, which are also forwarded to the database 
module 51 for storage. 

[0043] The database module 51 organizes the indi- 
vidual patent care records stored in the database 52 and 
provides the facilities for efficiently storing and access- 

40 ing the collected device measures sets 57, 58 and pa- 
tient data maintained in those records. Exemplary data- 
base schemes for use in storing the initially collected 
device measures set 57, quality of life measures set 60, 
and subsequently collected device measures sets 58 in 

45 a patient care record are described below, by way of ex- 
ample, with reference to FIGURES 5-7. The database 
server 34 (shown in FIGURE 2) performs the function- 
ality of the database module 51. Any type of database 
organization could be utilized, including a flat file sys- 

so tern, hierarchical database, relational database, or dis- 
tributed database, such as provided by database ven- 
dors, such as Oracle Corporation, Redwood Shores, 
California. 

[0044] The processing module 56 processes the mi- 
ss tially collected device measures set 57 and, if available, 
the quality of life measures set 60, stored in the patient 
care records in the database 52 into the reference base- 
line 5. The reference baseline 5 includes a set of refer- 
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ence measures 59 which can be either directly meas- 
ured or indirectly derived patient information. The refer- 
ence baseline 5 can be used to identify patients for 
whom remote patient care might be inappropriate and 
to monitor patient wellness in a continuous, on-going ba- 
sis. 

[0045] On a periodic basis or as needed, the process- 
ing module 56 reassesses the reference baseline 5. 
Subsequently collected device measures sets 58 are re- 
ceived from the implantable medical device 12 (shown 
in FIGURE 1A) subsequent to the initial observation pe- 
riod. The processing module 56 reassimilates these ad- 
ditional collected device measures sets into a new ref- 
erence baseline. The operations performed by the 
processing module 56 are further described below with 
reference to FIGURE 4. The application server 35 
(shown in FIGURE 2) performs the functionality of the 
processing module 56. 

[0046] The analysis module 53 analyzes the subse- 
quently collected device measures sets 58 stored in the 
patient care records in the database 52. The analysis 
module 53 monitors patient wellness and makes an au- 
tomated determination in the form of a patient status in- 
dicator 54. Subsequently collected device measures 
sets 58 are periodically received from implantable med- 
ical devices and maintained by the database module 51 
in the database 52. Through the use of this collected 
information, the analysis module 53 can continuously 
follow the medical well being of a patient and can rec- 
ognize any trends in the collected information that might 
warrant medical intervention. The analysis module 53 
compares individual measures and derived measures 
obtained from both the care records for the individual 
patient and the care records for a disease specific group 
of patients or the patient population in general. The an- 
alytic operations performed by the analysis module 53 
are further described below with reference to FIGURE 
4. The application server 35 (shown in FIGURE 2) per- 
forms the functionality of the analysis module 53. 
[0047] The feedback module 55 provides automated 
feedback to the individual patient based, in part, on the 
patient status indicator 54. As described above, the 
feedback could be by electronic mail or by automated 
voice mail or facsimile. Preferably, the feedback is pro- 
vided in a tiered manner. In the described embodiment, 
four levels of automated feedback are provided. At a first 
level, an interpretation of the patient status indicator 54 
is provided. At a second level, a notification of potential 
medical concern based on the patient status indicator 
54 is provided. This feedback level could also be cou- 
pled with human contact by specially trained technicians 
or medical personnel. At a third level, the notification of 
potential medical concern is forwarded to medical prac- 
titioners located in the patient's geographic area. Finally, 
at a fourth level, a set of reprogramming instructions 
based on the patient status indicator 54 could be trans- 
mitted directly to the implantable medical device to mod- 
ify the programming instructions contained therein. As 



is customary in the medical arts, the basic tiered feed- 
back scheme would be modified in the event of bona 
fide medical emergency. The application server 35 
(shown in FIGURE 2) performs the functionality of the 
5 feedback module 55. 

[0048] FIGURE 4 is a block diagram showing the 
processing module 56 of the server system 16 of FIG- 
URE 1A. The processing module 53 contains two func- 
tional submodules: evaluation module 70 and accept- 
to ance module 71 . The purpose of the evaluation module 
70 is to process the initially collected device measures 
set 57 by determining any derived measures and calcu- 
lating appropriate statistical values, including means 
and standard deviations, for the reference measures set 

15 59 in the reference baseline 5. The purpose of the ac- 
ceptance module 71 is to analyze the reference meas- 
ures set 59 against the acceptance parameters set 72. 
A patient care record storing a reference: measures set 
59 substantially out of conformity with the acceptance 

20 parameters set 72 could be indicative of a patient for 
whom remote patient care is inappropriate. Conse- 
quently, the acceptance module 71 identifies each pa- 
tient care record storing at least one reference measure 
which is substantially non-conforming to a correspond- 

25 ing parameter in the acceptance parameters set 72. 
[0049] For instance, an acceptance parameter for 
heart rate might be specified as a mean heart rate within 
a range of 40-90 beats per minute (bpm) over a 24-hour 
period. However, a patient care record storing a refer- 

30 ence measure falling either substantially above or below 
this acceptance parameter, for example, in excess of 90 
bpm, would be considered substantially non-conform- 
ing. The acceptance parameters set 72 are further de- 
scribed below with reference to FIGURE 5. 

35 [0050] The evaluation module 70 also determines 
new reference baselines 73 when necessary. For in- 
stance, the new reference baseline 73 might be reas- 
sessed on an annual or quarterly basis, as the needs of 
the patient 11 dictate. Similarly, the new reference base- 

40 line 73 might be reassessed for a patient whose patient 
care record stores a subsequently collected device 
measures set 58 substantially out of conformity with the 
reference measures set 59 in the original reference 
baseline 5. The new reference baseline 73 would be as- 

^5 sessed by the processing module 56 using subsequent- 
ly collected device measures sets 58 during a subse- 
quent observation period. 

[0051] FIGURE 5 is a database schema showing, by 
way of example, the organization of a reference base- 

50 line record 75 for cardiac patient care stored as part of 
a patient care record in the database 17 of the system 
10 of FIGURE 1 A. The reference baseline record 75 cor- 
responds to the reference baseline 5, although only the 
information pertaining to the set of reference measures 

55 in the reference baseline 5 are shown. Each patient care 
record would also contain normal identifying and treat- 
ment profile information, as well as medical history and 
other pertinent data (not shown). For instance, during 
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the initial observation period, the patient 11 maintains a 
diary of activities, including the onset of bedtime and 
waking time, plus the time and dosing of any medica- 
tions, including non-prescription drugs. The observation 
period can be expanded to include additional informa- 
tion about the normal range of patient activities as nec- 
essary, including a range of potential anticipated activi- 
ties as well as expected travel times and periods away 
from home. In addition, information from any set of med- 
ical records could be included in the patient care record. 
The diary, medication, activity, and medical record infor- 
mation and medical test information (e.g., electrocardi- 
ogram, echocardiogram, and/or coronary angiogram) is 
incorporated into the patient care record and is updated 
with continuing patient information, such as changes in 
medication, as is customary in the art. 
[0052] The reference measures set 59 stored in the 
reference baseline record 75 are processed from the in- 
itial collected device measures set 57 (shown in FIG- 
URE 3), as further described below with reference to 
FIGURE 9. The implantable medical device 12 (shown 
in FIGURE 1 A) records the initial collected device meas- 
ures set 57 during the initial observation period. For ex- 
ample, for a cardiac patient, the reference baseline 
record 75 stores the following information as part of the 
reference measures set 59: patient activity score 76, 
posture 77 (e.g., from barometric pressure), atrial elec- 
trical activity 78 (e.g., atrial rate), ventricular electrical 
activity 79 (e.g., ventricular rate), cardiovascular pres- 
sures 80, cardiac output 81 , oxygenation score 82 (e.g., 
mixed venous oxygenation), pulmonary measures 83 
(e.g., transthoracic impedance, measures of lung wet- 
ness, and/or minute ventilation), body temperature 84, 
PR interval 85 (or AV interval), QRS measures 86 (e.g., 
width, amplitude, frequency content, and/or morpholo- 
gy), QT interval 87, ST-T wave measures 88 (e.g., T 
wave alternans or ST segment depression or elevation), 
potassium [K+] level 89, sodium [Na+] level 90, glucose 
level 91, blood urea nitrogen and creatinine 92, acidity 
(pH) level 93, hematocrit 94, hormonal levels 95 (e.g., 
insulin, epinephrine), cardiac injury chemical tests 96 (e. 
g., troponin, myocardial band creatinine kinase), myo- 
cardial blood flow 97, central nervous system injury 
chemical tests 98 (e.g., cerebral band creatinine ki- 
nase), central nervous system (CNS) blood flow 99, and 
time of day 1 00. Other types of reference measures are 
possible. In addition, a well-documented set of derived 
measures can be determined based on the reference 
measures, as is known in the art. 
[0053] In the described embodiment, the initial and 
any subsequent observation periods last for about one 
7-day period during which time the patient 11 might be 
asked to perform, if possible, repeated physical stres- 
sors representative of both relatively normal activity 
and/or activities designed to test the response of the 55 
body to modest activity and physiologic perturbations for 
use as the baseline "reference'* measures that might be 
recorded daily for a period of one week prior to initiating 



fee-for-service monitoring. Reference measures taken 
and derived from the observation period are recorded, 
processed, and stored by the system 10. The reference 
measures include both measured and derived meas- 
ures, including patient activity score 76, posture 77, atri- 
al electrical activity 78, ventricular electrical activity 79, 
cardiovascular pressures 80, cardiac output 81, oxy- 
genation score 82, pulmonary measures 83, body tem- 
perature 84, PR interval 85 (or AV interval), QRS meas- 
ures 86, QT interval 87, ST-T wave measures 88, po- 
tassium [K+] level 89, sodium [Nat] level 90, glucose 
level 91, blood urea nitrogen and creatinine 92, acidity 
(pH) level 93, hematocrit 94, hormonal levels 95, cardiac 
injury chemical tests 96, myocardial blood flow 97, cen- 
tral nervous system injury chemical tests 98, central 
nervous system (CNS) blood flow 99, and time of day 
100. Other combination and derivative measures can al- 
so be determined, as known in the art. 
[0054] An illustrative prescribed set of timed physical 
stressors for a non-ambulatory patient 11 is as follows: 

(1) Running in place 6: if possible, the patient 11 
must run in place for about five minutes; 

(2) Walking (not shown): if possible, the patient 11 
must walk for about six minutes and the total dis- 
tance walked is measured; 

(3) Ascending stairs (not shown): if possible, the pa- 
tient 11 must ascend two flights of stairs; 

(4) Recumbency 7: if possible, the patient 11 must 
recline following about two minutes of motionless 
immobile upright posture Upon recumbency, the pa- 
tient 11 must remain as immobile as possible for 
about ten minutes; 

(5) Standing 8: if possible, the patient 11 must brisk- 
ly assume an upright standing posture after the ten- 
minute recumbency 7 and must remain standing 
without activity for about five minutes; 

(6) Coughing (not shown): if possible, the patient 11 
must cough forcefully about three times when in an 
upright position to record the cardiovascular pres- 
sures 80; 

(7) Hyperventilation (not shown): if possible, the pa- 
tient 1 1 must hyperventilate over thirty seconds with 
full deep and rapid breaths to record ventilatory sta- 
tus; 

(8) Sitting motionless 9: when a physician is com- 
plicit, the patient 11 must, if possible, use an approx- 
imately 2.0 liter per minute nasal cannula while 
transmitting data for about twenty minutes while sit- 
ting to evaluate cardiopulmonary response; 

(9) Program AAI and Wl temporary pacing inter- 
ventions for five minutes, at low and high rates, if 
applicable (e.g., 40 bpm and 120 bpm) to evaluate 
cardiopulmonary response; and 

(10) Test dual site or biventricular pacing modes, if 
applicable, for approximately 20 minutes to evalu- 
ate cardiopulmonary response. 
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[0055] These physical and pacing stimulus stressors 
must be annotated with date and time of day 100 and 
correlated with symptoms and the quality of life meas- 
ures 110. Heart rate, temperature, and time of day are 
directly measured while the patient activity score and 
cardiac output score are derived. These physical stres- 
sors are merely illustrative in nature and the set of phys- 
ical and pacing stimulus stressors actually performed by 
any given patient would necessarily depend upon their 
age and physical condition as well as device implanted. 
Also, during the observation period, the temperature is 
monitored with QT interval shortening and, if the patient 
is in atrial fibrillation, the patient 11 must undergo an in- 
cremental ventricular pacing protocol to assess his or 
her response to rate stabilization. Finally, a T-wave al- 
ternans measurement (not shown) can be integrated in- 
to the reference baseline 5 during rest and sinus rhythm 
activities. 

[0056] In a further embodiment of the present inven- 
tion, the reference measures set 59 in the reference 
baseline 5 are reassessed on an annual or, if necessary, 
quarterly, basis. In addition, if the reference measures 
set 59 was recorded during a period when the patient 
11 was unstable or recovering from a recent illness, the 
reference baseline 5 is reassessed when the patient 11 
is again stable, as further described below with refer- 
ence to FIGURE 11. 

[0057] As further described below with reference to 
FIGURE 9, the reference measures are analyzed 
against the acceptance parameters set 72. The accept- 
ance parameters are those indicator values consistent 
with the presence of some form of chronic yet stable dis- 
ease which does not require immediate emergency 
care. In the described embodiment, the acceptance pa- 
rameters set 72 for the reference measures 59 in the 
reference baseline record 75 are, by way of example, 
as follows: cardiac output 81 falling below 2.5 liters/ 
minute/m 2 ; heart rate below 40 bpm or above 120 bpm; 
body temperature 84 over 101° F and below 97° F; pa- 
tient activity 76 score of 1 .0 or below; oxygenation score 
82 of less than 60% mixed venous saturation at rest; 
pulmonary artery diastolic pressure greater than 20 mm 
Hg at rest; and minute ventilation less than 10.0 liters/ 
minute at rest. 

[0058] FIGURE 6 is a database schema showing, by 
way of example, the organization of a reference base- 
line quality of life record 110 for cardiac patient care 
stored as part of a patient care record in the database 
1 7 of the system 1 0 of FIGURE 1 A. A quality of life score 
is a semi-quantitative self-assessment of an individual 
patient's physical and emotional well being. Non-com- 
mercial, non-proprietary standardized automated qual- 
ity of life scoring systems are readily available, such as 
provided by the Duke Activities Status Indicator. These 
scoring systems can be provided for use by the patient 
11 on the personal computer 18 (shown in FIGURE 1A) 
and the patient 11 can then record his or her quality of 
life scores for periodic download to the server system 



16. 

[0059] For example, for a cardiac patient, the refer- 
ence baseline quality of life record 110 stores the follow- 
ing information as part of the reference measures set 

5 59: health wellness 111 , shortness of breath 112, energy 
level 113, exercise tolerance 114, chest discomfort 115, 
time of day 116, and other quality of life measures as 
would be known to one skilled in the art. Using the qual- 
ity of life scores 111-11 6 in the reference baseline quality 

10 of life record 1 1 0, the patient 1 1 can be notified automat- 
ically when variable physiological changes matches his 
or her symptomatology. 

[0060] A quality of life indicator is a vehicle through 
which a patient can remotely communicate to the patient 
15 care system how he or she is subjectively feeling. When 
tied to machine-recorded physiological measures, a 
quality of life indicator can provide valuable additional 
information to medical practitioners and the automated 
collection and analysis patient care system 10 not oth- 
erwise discernible without having the patient physically 
present. For instance, a scoring system using a scale of 
1.0 to 10.0 could be used with 10.0 indicating normal 
wellness and 1 .0 indicating severe health problems. Up- 
on the completion of the initial observation period, a pa- 
tient might indicate a health wellness score 111 of 5.0 
and a cardiac output score of 5.0. After one month of 
remote patient care, the patient might then indicate a 
health wellness score 111 of 4.0 and a cardiac output 
score of 4.0 and a week later indicate a health wellness 
score 1 1 1 of 3.5 and a cardiac output score of 3.5. Based 
on a comparison of the health wellness scores 111 and 
the cardiac output scores, the system 10 would identify 
a trend indicating the necessity of potential medical in- 
tervention while a comparison of the cardiac output 
scores alone might not lead to the same prognosis. 
[0061] FIGURE 7 is a database schema showing, by 
way of example, the organization of a monitoring record 
120 for cardiac patient care stored as part of a patient 
care record in the database 1 7 of the system 10 of FIG- 
URE 1 A. Each patient care record stores a multitude of 
subsequently collected device measures sets 58 
(shown in FIGURE 3) for each individual patient 11. 
Each set represents a recorded snapshot of teleme- 
tered signals data which were recorded, for instance, on 
a per heartbeat or binned average basis by the implant- 
able medical device 12. For example, for a cardiac pa- 
tient, the following information would be recorded as a 
subsequently collected device measures set 58: atrial 
electrical activity 121, ventricular electrical activity 122, 
minute ventilation 123, patient activity score 124, cardi- 
ac output score 125, mixed venous oxygen score 126, 
pulmonary artery diastolic pressure measure 127, time 
of day 128, interventions made by the implantable med- 
ical device 129, and the relative success of any inter- 
ventions made 130. In addition, the implantable medical 
device 12 would also communicate device specific in- 
formation, including battery status and program settings 
131. Other types of collected or combined measures are 



25 



30 



35 



40 



45 



50 



10 



19 



EP1 107158 A1 



20 



possible as previously described. In addition, a well- 
documented set of derived measures can be deter- 
mined based on the collected measures, as is known in 
the art. 

[0062] FIGURES 8A-8C are flow diagrams showing a 
method 140 for determining a reference baseline 5 for 
use in monitoring a patient status in an automated col- 
lection and analysis patient care system 10 in accord- 
ance with the present invention. The method 140 oper- 
ates in two phases: collection and processing of an initial 
reference baseline 5 (blocks 141-149) and monitoring 
using the reference baseline 5 (blocks 150-158). The 
method 140 is implemented as a conventional computer 
program for execution by the server system 16 (shown 
in FIGURE 1 A). As a preparatory step, the patient care 
records are organized in the database 17 with a unique 
patient care record assigned to each individual patient 
(block 141). 

[0063] The collection and processing of the initial ref- 
erence baseline 5 begins with the patient 11 being mon- 
itored by the implantable medical device 12 (shown in 
FIGURE 1 A). The implantable medical device 12 
records the initially collected device measures set 57 
during the initial observation period (block 142), as de- 
scribed above with reference to FIGURE 5. Alternative- 
ly, the patient 11 could be engaged in performing the 
prescribed set of timed physical stressors during the in- 
itial observation period, as described above with refer- 
ence to FIGURE 1B. As well, the implantable medical 
device 12 could be reprogrammed by the programmer 
14 during the initial observation period, also as de- 
scribed above with reference to FIGURE 1 B. The initially 
collected device measures set 57 is retrieved from the 
implantable medical device 12 (block 143) using a pro- 
grammer, interrogator, telemetered signals transceiver, 
and the like. The retrieved initially collected device 
measures sets are sent over the internetwork 15 or sim- 
ilar communications link (block 144) and periodically re- 
ceived by the server system 16 (block 145). The initially 
collected device measures set 57 is stored into a patient 
care record in the database 17 for the individual patient 
11 (block 146). The initially collected device measures 
set 57 is processed into the reference baseline 5 (block 
147) which stores a reference measures set 59, as fur- 
ther described below with reference to FIGURE 9. 
[0064] If quality of life measures are included as part 
of the reference baseline 5 (block 148), the set of quality 
of life measures are processed (block 149), as further 
described below with reference to FIGURE 10. Other- 
wise, the processing of quality of life measures is 
skipped (block 148). 

[0065] Monitoring using the reference baseline 5 be- 
gins with the retrieval of the subsequently collected de- 
vice measures sets 58 from the implantable medical de- 
vice 12 (block 150) using a programmer, interrogator, 
telemetered signals transceiver, and the like. The sub- 
sequently collected device measures sets 58 are sent, 
on a substantially regular basis, over the internetwork 



15 or similar communications link (block 151) and peri- 
odically received by the server system 16 (block 152). 
The subsequently collected device measures sets 58 
are stored into the patient care record in the database 

5 17 for that individual patient (block 153). 

[0066] The subsequently collected device measures 
sets 58 are compared to the reference measures in the 
reference baseline 5 (block 154). If the subsequently 
collected device measures sets 58 are substantially 

10 non-conforming (block 155), the patient care record is 
identified (block 156). Otherwise, monitoring continues 
as before. 

[0067] In the described embodiment, substantial non- 
conformity refers to a significant departure from a set of 
15 parameters defining ranges of relative normal activity 
and normal exercise responses for that patient. Relative 
normal activity is defined as follows. Note the "test ex- 
ercise period" refers to running in place, walking, and 
ascending stairs physical stressors described above: 



20 

(1) Heart rate stays within a range of 40-90 bpm 
without upward or downward change in mean heart 
rate ±1.0 standard deviation (SD) over a 24 hour 
period; 

25 (2) Wake patient activity score during awake hours 
stays within a range of ± 1.0 SD without change in 
the mean activity score over a 24 hour period with 
no score equal to the minimum activity score noted 
during sleep; 

30 (3) Sleep period activity score stays within a range 
of ± 1.0 SD of typical sleep scores for that patient 
for the six to ten hour period of sleep with no score 
less than the minimum score observed during nor- 
mal awake behavior during the initial observation 

35 period or during normal sleep; 

(4) Minute ventilation 123 during normal awake 
hours stays within a range of ± 1.0 SD without 
change in the mean score over a 24 hour period 
with no score equal to the minimum or maximum 

40 minute ventilation 123 noted during the test exer- 
cise period or the minimum or maximum minute 
ventilation 123 noted during the initial observation 
period; 

(5) Cardiac output score 125 during normal awake 
45 hours stays within a range of ± 1.0 SD without 

change in the mean cardiac output score over a 24 
hour period with no score equal to the minimum car- 
diac output score noted during the test exercise pe- 
riod or the minimum cardiac output score noted dur- 
50 ing the initial observation period; 

(6) Mixed venous oxygenation score 126 during 
normal awake hours stays within a range of ± 1.0 
SD without change in the mean mixed venous oxy- 
genation score over a 24 hour period with no score 

55 equal to the minimum mixed venous oxygenation 
score noted during the test exercise period or the 
minimum mixed venous oxygenation score noted 
during the initial observation period; 
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(7) Pulmonary artery diastolic pressure measure 
127 during normal awake hours stays with in a range 
of ± 1.0 SD without change in the mean pulmonary 
artery diastolic pressure measure 127 over a 24 
hour period with no score equal to the minimum or 5 
maximum pulmonary artery diastolic pressure 
measure 127 noted during the test exercise period 

or during the initial observation period; 

(8) Potassium levels [K+J score during normal 
awake hours stays within a range of ± 1 .0 SD with- 10 
out change in the mean K+ levels over a 24 hour 
period with no score less than 3.5 meq/liter or great- 
er than 5.0 meq/liter noted during the test exercise 
period or during the initial observation period; 

(9) Sodium levels [Na+] score during normal awake 15 
hours stays within a range of ± 1.0 SD without 
change in the mean Na+ levels over a 24 hour pe- 
riod with no score less than 135 meq/liter or greater 
than 145 meq/liter during the test exercise period 

or during the initial observation period; 20 

(10) Acidity (pH) score during normal awake hours 
stays within a range of ± 1 .0 SD without change in 
the mean pH score over a 24 hour period with no 
score equal to the minimum or maximum pH score 
noted during the test exercise period or the mini- 25 
mum or maximum pH scores noted during the initial 
observation period; 

(11) Glucose levels during normal awake hours 
stays within a range of ± 1 .0 SD without change in 
the mean glucose levels over a 24 hour period with 30 
no score less than 60 mg/dl or greater than 200 mg/ 

dl during the test exercise period or during the initial 
observation period; 

(12) Blood urea nitrogen (BUN) or creatinine (Cr) 
levels during normal awake hours stays within a 35 
range of ± 1 .0 SD without change in the mean BUN 

or Cr levels score over a 24 hour period with no 
score equal to the maximum BUN or creatinine lev- 
els noted during the test exercise period or the max- 
imum BUN or Cr levels noted during the initial ob- *o 
servation period; 

(13) Hematocrit levels during normal awake hours 
stays within a range of ± 1 .0 SD without change in 
the mean hematocrit levels score over a 24 hour 
period with no score less than a hematocrit of 30 45 
during the test exercise period or during the initial 
observation period; 

(14) Troponin, creatinine kinase myocardial band, 
or other cardiac marker of myocardial infarction or 
ischemia, level during normal awake hours stays so 
within a range of ± 1.0 SD without change in the 
mean troponin level score over a 24 hour period 
with no score equal to the maximum troponin level 
score noted during the test exercise period or the 
maximum troponin level scores noted during the in- 55 
itial observation period; 

(15) Central nervous system (CNS) creatinine ki- 
nase (CK) or equivalent markers of CNS ischemia 



or infarction levels during normal awake hours stays 
within a range of ± 1.0 SD without change in the 
mean CNS CK levels over a 24 hour period with no 
score equal to the maximum CNS CK levels score 
noted during the test exercise period or the maxi- 
mum CNS CK levels scores noted during the initial 
observation period; 

(16) Barometric pressure during normal awake 
hours stays within a range of ± 1.0 SD without 
change in the mean barometric pressure score over 
a 24 hour period with no score equal to the minimum 
or maximum barometric pressure noted during the 
test exercise period or the minimum or maximum 
barometric pressure noted during the initial obser- 
vation period; 

(17) PR interval (or intrinsic AV interval) of sinus 
rhythm during normal awake hours stays within a 
range of ± 1.0 SD without change in the mean PR 
interval over a 24 hour period with no score equal 
to the minimum or maximum PR interval noted dur- 
ing the test exercise period or the minimum or max- 
imum PR interval noted during the initial observa- 
tion period; 

(18) QT interval during normal awake hours stays 
within a range of ± 1.0 SD without change in the 
mean QT interval over a 24 hour period with no 
score equal to the minimum or maximum QT inter- 
val noted during the test exercise period or the min- 
imum or maximum QT interval noted during the in- 
itial observation period; 

(19) QRS duration during normal awake hours stays 
within a range of ± 1.0 SD without change in the 
mean QRS duration over a 24 hour period with no 
score equal to the maximum QRS duration noted 
during the test exercise period or the maximum 
QRS duration noted during the initial observation 
period; 

(20) ST segment depression or elevation during 
normal awake hours stays within a range of ± 1.0 
SD without change in the mean ST segment de- 
pression or elevation over a 24 hour period with no 
score equal to the maximum ST segment depres- 
sion or elevation noted during the test exercise pe- 
riod or the maximum ST segment depression or e^ 
evation noted during the initial observation period; 
and 

(21) Temperature during normal awake hours stays 
within a range of ± 1.0 SD without change in the 
mean temperature over a 24 hour period with no 
score equal to the minimum or maximum tempera- 
ture score noted during the test exercise period or 
the minimum or maximum temperature noted dur- 
ing the initial observation period. 

[0068] For an exemplary, non-ambulatory patient wfth 
no major impairments of the major limbs, reference ex- 
ercise can be defined as follows: 
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(1) Heart rate increases by 10 bpm for each one 
point increase in activity score. Note that to be con- 
sidered "normal exercise," heart rate generally 
should not increase when the activity score does 
not increase at least 1 .0 SD above that noted during 
the twenty-four hour reference period or greater 
than that observed during any reference exercise 
periods. Heart rate should decrease to the baseline 
value over fifteen minutes once activity stops or re- 
turns to the baseline activity level; 

(2) Patient activity score 124 rises at least 1.0 SD 
over that observed in the mean activity score over 
a 24 hour period or greater than that observed dur- 
ing any reference exercise periods; 

(3) Cardiac output score 125 rises at least 1.0 SD 
over that observed in the mean cardiac output score 
over a 24 hour period or within 0.5 SD of the two 
minute test exercise period. Cardiac output score 
should increase 0.5 liters per minute with each 10 
bpm increase in heart rate period or greater than 
that observed during any reference exercise peri- 
ods; 

(4) In conjunction with an increase in activity score 
and heart rate, mixed venous oxygenation score 
126 falls at least 1 .0 SD below observed in the mean 
oxygenation score over a 24 hour period or be less 
than any oxygenation score observed during the 
reference exercise periods. Oxygenation score 
should decrease 5.0 mm Hg with each 10 bpm in- 
crease in heart rate or 1.0 SD increase in cardiac 
output score during exercise; 

(5) In conjunction with an increase in activity score 
and heart rate, pulmonary artery diastolic pressure 
measure 127 rises at least 1.0 SD over that ob- 
served in the mean cardiovascular pressure score 
over a 24 hour period or is greater than that ob- 
served during the reference exercise periods; 

(6) In conjunction with an increase in activity score 
and heart rate, minute ventilation 123 rises at least 
1 .0 SD over that observed over a 24 hour reference 
period or greater than that observed during any ref- 
erence exercise period. Minute ventilation should 
rise 1 .0 liter per minute with each 10 bpm increase 
in heart rate; and 

(7) In conjunction with an increase in activity score 
and heart rate, temperature should rise at least 1 .0 
SD over that observed in the mean temperature 
over a 24 hour period or greater than that observed 
during the reference exercise periods. Temperature 
should rise 0.1° F with each 10 bpm increase in 
heart rate. 

[0069] Finally, if the time for a periodic reassessment 
has arrived or the subsequently collected device meas- 
ures sets 58 are substantially non-conforming (block 
1 57), the reference baseline 5 is reassessed (block 1 58) 
and a new reference baseline 73 determined, as further 
described below with reference to FIGURE 11. Other- 



wise, the routine returns. 

[0070] In the described embodiment, the reference 
baseline 5 is preferably reassessed on an annual or, if 
necessary, quarterly basis. In addition, the reference 

5 baseline 5 might be reassessed if physiological findings 
dictate that new interventions might be indicated or if the 
patient 11 indicates a change in medications and gen- 
eral health status. Other bases for reassessing the ref- 
erence baseline 5 are feasible. 

10 [0071] FIGURE 9 is a flow diagram showing the rou- 
tine 147 for processing a reference basejine 5 for use 
in the method 140 of FIGURES 8A-8C. The purpose of 
this routine is to analyze the initially collected device 
measures set 57 and create a reference baseline 5, if 

15 possible. First, the acceptance parameters set 72 
(shown in FIGURE 3) is defined (block 160) and the ref- 
erence measures set 59 in the reference baseline 5, in- 
cluding any quality of life measures, are analyzed 
against the acceptance parameters set (block 161), as 

20 described above with reference to FIGURE 5. If the ref- 
erence measures in the reference baseline 5 are sub- 
stantially non-conforming to the acceptance parameters 
set (block 162), the patient care record is identified 
(block 164). Otherwise, if conforming (block 162), the 

25 baseline reference 72 is stored into the patient care 
record in the database 17 (block 163). The routine then 
returns. 

[0072] FIGURE 10 is a flow diagram showing the rou- 
tine 149 for processing quality of life measures for use 

30 in the method 140 of FIGURES 8A-8C. The purpose of 
this routine is to process and store a collected quality of 
life measures set 60 into the reference baseline 5. Col- 
lected quality of life measures sets 60 are periodically 
received by the server system 1 6 over the internetwork 

35 1 5 or similar communications link (block 1 70). The qual- 
ity of life measures were previously recorded by the pa- 
tient 11 using, for example, the personal computer 18 
(shown in FIGURE 1 A) and downloaded onto the inter- 
network 15 or similar communications link. The collect- 

40 ed quality of life measures set 60 is stored into a patient 
care record in the database 17 for the individual patient 
11 (block 171). The collected quality of life measures set 
60 is then assimilated into the reference baseline 5 
(block 172), as further described above with reference 

45 to FIGURE 9. The routine then returns. 

[0073] FIGURE 11 is a flow diagram showing the rou- 
tine 158 for reassessing a new reference baseline 73 
for use in the method 140 of FIGURES 8A-8C. The pur- 
pose of this routine is to reassess a new reference base- 

50 line 5 periodically or when necessary. Similar to the col- 
lection and assimilation of the initial reference baseline 
5, the routine begins with the patient 11 being monitored 
by the implantable medical device 1 2 (shown in FIGURE 
1 A). The implantable medical device 12 records subse- 

55 quently collected device measures sets 58 throughout 
a subsequent observation period (block 180), as de- 
scribed above with reference to FIGURE 5. Alternative- 
ly, the patient 11 could be engaged in performing the 
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prescribed set of timed physical stressors, as described 
above with reference to FIGURE 1B. As well, the im- 
plantable medical device 12 could be reprogrammed by 
the programmer 14 during the subsequent observation 
period, also as described above with reference to FIG- 
URE 1B. The subsequently collected device measures 
sets 58 are retrieved from the implantable medical de- 
vice 12 (block 181) using a programmer, interrogator, 
telemetered signals transceiver, and the like. The re- 
trieved subsequently collected device measures sets 
are sent over the internetwork 15 or similar communi- 
cations link (block 182) and periodically received by the 
server system 16 (block 183). The subsequently collect- 
ed device measures sets 58 are stored into the patient 
care record in the database 17 for the individual patient 
11 (block 184). Finally, the subsequently collected de- 
vice measures sets 58 are assimilated into the new ref- 
erence baseline 73 (block 185), as further described 
above with reference to FIGURE 9. The routine then re- 
turns. 

[0074] FIGURES 12A and 12B are block diagrams 
showing system for determining a reference baseline of 
individual patient status for use in an automated collec- 
tion and analysis patient care system 200 in accordance 
with a further embodiment of the present invention. The 
system 200 provides remote patient care in a manner 
similar to the system 10 of FIGURES 1A and 1B, but 
with additional functionality for diagnosing and monitor- 
ing multiple sites within a patient's body using a variety 
of patient sensors for diagnosing one or more disorder. 
The patient 201 can be the recipient of an implantable 
medical device 202, as described above, or have an ex- 
ternal medical device 203 attached, such as a Hotter 
monitor-like device for monitoring electrocardiograms. 
In addition, one or more sites in or around the patient's 
body can be monitored using multiple sensors 204a, 
204b, such as described in U.S. Patents 4,987,897; 
5,040,536; 5,113,859; and 5,987,352, the disclosures of 
which are incorporated herein by reference. One auto- 
mated system and method for collecting and analyzing 
retrieved patient information suitable for use with the 
present invention is described in the related, commonly- 
owned European Patent application, Application No. 
00201939.6, entitled "System And Method For Automat- 
ed Collection And Analysis Of Regularly Retrieved Pa- 
tient Information For Remote Patient Care," filed May 
31, 2000. Other types of devices with physiological 
measure sensors, both heterogeneous and homoge- 
nous, could be used, either within the same device or 
working in conjunction with each other, as is known in 
the art. 

[0075] As part of the system 200, the database 17 
stores patient care records 205 for each individual pa- 
tient to whom remote patient care is being provided. 
Each patient care record 205 contains normal patient 
identification and treatment profile information, as well 
as medical history, medications taken, height and 
weight, and other pertinent data (not shown). The pa- 



tient care records 205 consist primarily of monitoring 
sets 206 storing device and derived measures (D&DM) 
sets 207 and quality of life and symptom measures 
(QOLM) sets 208 recorded and determined thereafter 

5 on a regular, continuous basis. The organization of the 
device and derived measures sets 205 for an exemplary 
cardiac patient care record is described above with ref- 
erence to FIGURE 5. The organization of the quality of 
life and symptom measures sets 208 is further de- 

10 scribed below with reference to FIGURE 14. 

[0076] The patient care records 205 also include a ref- 
erence baseline 209, similar to the reference baseline 
5 described above, which stores an augmented set of 
device and derived reference measures sets 210 and 

15 quality of life and symptom measures sets 211 recorded 
and determined during the initial observation period. 
Other forms of database organization are feasible. 
[0077] Finally, simultaneous notifications can also be 
delivered to the patient's physician, hospital, or emer- 

20 gency medical services provider 209 using feedback 
means similar to that used to notify the patient. As de- 
scribed above, the feedback could be by electronic mail 
or by automated voice mail or facsimile. The feedback 
can also include normalized voice feedback, such as de- 

25 scribed in the related, commonly-owned European Pat- 
ent application, Application No. , , en- 
titled "System And Method For Providing Normalized 
Voice Feedback From An Individual Patient In An Auto- 
mated Collection And Analysis Patient Care System,". 

30 [0078] FIGURE 13 is a block diagram showing the 
analysis module 53 of the server system 1 6 of FIGURES 
12A and 12B. The peer collected measures sets 60 and 
sibling collected measures sets 61 can be organized in- 
to site specific groupings based on the sensor from 

35 which they originate, that is, implantable medical device 
202, external medical device 203, or multiple sensors 
204a, 204b. The functionality of the analysis module 53 
is augmented to iterate through a plurality of site specific 
measures sets 215 and one or more disorders. 

40 [0079] As described above, as an adjunct to remote 
patient care through the monitoring of measured phys- 
iological data via implantable medical device 202, ex- 
ternal medical device 203 and multiple sensors 204a, 
204b, quality of life and symptom measures sets 208 

45 can also be stored in the database 17 as part of the mon- 
itoring sets 206. A quality of life measure is a semi-quan- 
titative self-assessment of an individual patient's phys- 
ical and emotional well-being and a record of symptoms, 
such as provided by the Duke Activities Status Indicator. 

50 These scoring systems can be provided for use by the 
patient 11 on the personal computer 18 (shown in FIG- 
URE 1) to record his or her quality of life scores for both 
initial and periodic download to the server system 16. 
[0080] FIGURE 14 is a database schema which aug- 

55 ments the database schema described above with ref- 
erence to FIGURE 6 and showing, by way of example, 
the organization of a quality of life and symptom meas- 
ures set record 220 for care of patients stored as part of 
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a patient care record 205 in the database 17 of the sys- 
tem 200 of FIGURES 12A and 12B. The following ex- 
emplary information is recorded for a patient: overall 
health wellness 221 , psychological state 222, chest dis- 
comfort 223, location of chest discomfort 224, palpita- 
tions 225, shortness of breath 226, exercise tolerance 
227, cough 228, sputum production 229, sputum color 
230, energy level 231 , syncope 232, near syncope 233, 
nausea 234, diaphoresis 235, time of day 91, and other 
quality of life and symptom measures as would be 
known to one skilled in the art. 
[0081] Other types of quality of life and symptom 
measures are possible, such as those indicated by re- 
sponses to the Minnesota Living with Heart Failure 
Questionnaire described in E. Braunwald, ed., "Heart 
Disease — A Textbook of Cardiovascular Medicine," pp. 
452-454, W.B. Saunders Co. (1997), the disclosure of 
which is incorporated herein by reference. Similarly, 
functional classifications based on the relationship be- 
tween symptoms and the amount of effort required to 
provoke them can serve as quality of life and symptom 
measures, such as the New York Heart Association (NY- 
HA) classifications I, II, III and IV, also described in Ibid 
[0082] The patient may also add non-device quanti- 
tative measures, such as the six-minute walk distance, 
as complementary data to the device and derived meas- 
ures sets 207 and the symptoms during the six-minute 
walk to quality of life and symptom measures sets 208. 
[0083] FIGURE 15 is a record view showing, by way 
of example, a set of partial cardiac patient care records 
stored in the database 17 of the system 200 of FIG- 
URES 12A and 12B. Three patient care records are 
again shown for Patient 1, Patient 2, and Patient 3 with 
each of these records containing site specific measures 
sets 215, grouped as follows. First, the patient care 
record for Patient 1 includes three site specific meas- 
ures sets A, B and C, corresponding to three sites on 
Patient Vs body. Similarly, the patient care record for 
Patient 2 includes two site specific measures sets A and 
B, corresponding to two sites, both of which are in the 
same relative positions on Patient 2*s body as the sites 
for Patient 1. Finally, the patient care record for Patient 
3 includes two site specific measures sets A and D, also . 
corresponding to two medical device sensors, only one 
of which, Site A, is in the same relative position as Site 
A for Patient 1 and Patient 2. 

[0084] The analysis module 53 (shown in FIGURE 13) 
performs two further forms of comparison in addition to 
comparing the individual measures for a given patient 
to other individual measures for that same patient or to 
other individual measures for a group of other patients 
sharing the same disease-specific characteristics or to 
the patient population in general. First, the individual 
measures corresponding to each body site for an indi- 
vidual patient can be compared to other individual 
measures for that same patient, a peer group or a gen- 
eral patient population. Again, these comparisons might 
be peer-to-peer measures projected over time, for in- 



stance, comparing measures for each site, A, B and C, 
for Patient 1, X nA , X n> X^, X n . u , X^, X n _ VA , X n , 2A , 

X n-2'A> X n-2*A "' X 0a* X 0'a* X 0*a> X pb' X rfB' X rfB* *n-1e' 



'VI'b' A n-1"e* A n-2s» X n-2B' *n-2*B — A 0s» ^O'e* a 0"b» A nc» 
5 *n' c » X rfa X n-1c X n-Vc X n-V C ' X n-2 C > X n-2'c X n-2" C — 

X 0c , X 0 . c? Xo" C ; comparing comparable measures for 
Site A for the three patients, X„ A , X rfA , X n - A X n _ u , X^, 

X n.V A > X n-2 A * X n-2' A > X n-2" A X 0 A > X <?A> *0> 0r com P ar - 

ing the individual patient's measures to an average from 
10 the group. Similarly, these comparisons might be sib- 
ling-to-sibling measures for single snapshots, for in- 
stance, comparing comparable measures for Site A for 
the three patients, X nA , X^, X n> Y nA , Y^, and 
z n A * z n' A > z tfA> or c° m Pa rin 9 those same comparable 
15 measures for Site A projected over time, for instance, 

X n A * X rfA> X n'A> ^/W Y nW Y rfA* Z n A * Z n' A ' Z rr A * X n-U> 
X n-V A > X n-VA* Y n-U* Y n-V A > Y n-V A * Z n-U> Z n-V# Z n-V A f 
X n-2 A > X n-2W X n-2" A Y n-2 A * *n-2> Y n-2* A Z h-2a> Z n-2* A * 
Z tyT A " X 0 A > X 0'a> X (Ta> Y 0a> Y <y A > Y 0" A > and Z 0*' Z 0* A > 

20 z 0 ' A . Other forms of site-specific comparisons, including 
comparisons between individual measures from non- 
comparable sites between patients, are feasible. 
[0085] Second, the individual measures can be com- 
pared on a disorder specific basis. The individual meas- 

25 ures stored in each cardiac patient record can be logi- 
cally grouped into measures relating to specific disor- 
ders and diseases, for instance, congestive heart fail- 
ure, myocardial infarction, respiratory distress, and atri- 
al fibrillation. The foregoing comparison operations per- 

30 formed by the analysis module 53 are further described 
below with reference to FIGURES 17A-17D. 
[0086] FIGURE 16 is a Venn diagram showing, by 
way of example, peer group overlap between the partial 
patient care records 205 of FIGURE 15. Each patient 

35 care record 205 includes characteristics data 250, 251 , 
252, including personal traits, demographics, medical 
history, and related personal data, for patients 1, 2 and 
3, respectively. For example, the characteristics data 
250 for patient 1 might include personal traits which in- 

40 elude gender and age, such as male and an age be- 
tween 40-45; a demographic of resident of New York 
City; and a medical history consisting of anterior myo- 
cardial infraction, congestive heart failure and diabetes. 
Similarly, the characteristics data 251 for patient 2 might 

45 include identical personal traits, thereby resulting in par- 
tial overlap 253 of characteristics data 250 and 251. 
Similar characteristics overlap 254, 255, 256 can exist 
between each respective patient. The overall patient 
population 257 would include the universe of all charac- 

50 teristics data. As the monitoring population grows, the 
number of patients with personal traits matching those 
of the monitored patient will grow, increasing the value 
of peer group referencing. Large peer groups, well 
matched across all monitored measures, will result in a 

55 well known natural history of disease and will allow for 
more accurate prediction of the clinical course of the pa- 
tient being monitored. If the population of patients is rel- 
atively small, only some traits 256 will be uniformly 
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present in any particular peer group. Eventually, peer 
groups, for instance, composed of 100 or more patients 
each, would evolve under conditions in which there 
would be complete overlap of substantially all salient da- 
ta, thereby forming a powerful core reference group for 
any new patient being monitored. 
[0087] FIGURES 17A-17D are flow diagrams show- 
ing a method for determining a reference baseline of in- 
dividual patient status for use in an automated collection 
and analysis patient care system 260 in accordance with 
a further embodiment of the present invention. As with 
the method 140 of FIGURES 8A-8C, this method is also 
implemented as a conventional computer program and 
performs the same set of steps as described with refer- 
ence to FIGURES 8A-8C with the following additional 
functionality. As before, the method 260 operates in two 
phases: collection and processing of an initial reference 
baseline 209 (blocks 261-149) and monitoring using the 
reference baseline 209 (blocks 268-158). Thus, the pa- 
tient care records are organized in the database 17 with 
a unique patient care record assigned to each individual 
patient (block 261). 

[0088] Next, the reference baseline 209 is deter- 
mined, as follows. First, the implantable medical device 
202, external medical device 203, or the multiple sen- 
sors 204a, 204b record the initially collected device 
measures set 57 during the initial observation period 
(block 262), as described above with reference to FIG- 
URE 5. The initially collected device measures set 57 is 
retrieved from the medical device (block 263) and sent 
over the internetwork 15 or similar communications link 
(block 264) and periodically received by the server sys- 
tem 16 (block 265). The initially collected device meas- 
ures set 57 is stored into a patient care record in the 
database 17 for the individual patient 11 (block 266) and 
processed into the reference baseline 209 (block 147) 
which stores a reference measures set 59, as described 
above with reference to FIGURE 9. If the quality of life 
and symptom measures sets 211 are included as part 
of the reference baseline 209 (block 267), the quality of 
life and symptom measures sets 211 are processed 
(block 149), as described above with reference to FIG- 
URE 10. Otherwise, the processing of quality of life and 
symptom measures is skipped (block 267). 
[0089] Monitoring using the reference baseline 209 
involves two iterative processing loops. The individual 
measures for each site are iteratively obtained in the first 
processing loop (blocks 268-273) and each disorder is 
iteratively analyzed in the second processing loop 
(blocks 274-278). Other forms of flow control are feasi- 
ble, including recursive processing. 
[0090] During each iteration of the first processing 
loop (blocks 268-273), the subsequently collected 
measures sets for an individual patient are retrieved 
from the medical device or sensor located at the current 
site (block 269) using a programmer, interrogator, telem- 
etered signals transceiver, and the like. The retrieved 
collected measures sets are sent, on a substantially reg- 



ular basis, over the internetwork 15 or similar commu- 
nications link (block 270) and periodically received by 
the server system 16 (block 271). The collected meas- 
ures sets are stored into the patient care record 205 in 
5 the database 17 for that individual patient (block 272). 
[0091] During each iteration of the second processing 
loop (blocks 274-278), each of the subsequently collect- 
ed device measures sets 58 are compared to the refer- 
ence measures in the reference baseline 209 (block 
275). If the subsequently collected device measures 
sets 58 are substantially non-conforming (block 276), 
the patient care record is identified (block 277). Other- 
wise, monitoring continues as before for each disorder. 
In addition, the measures sets can be further evaluated 
and matched to diagnose specific medical disorders, 
such as congestive heart failure, myocardial infarction, 
respiratory distress, and atrial fibrillation, as described 
in related, commonly-owned U.S. Patent applications, 
Serial No. 09/441,623, pending, filed November 16, 
1999; Serial No. 09/441,612, pending, filed November 
16, 1999; Serial No. 09/442, 125, pending, filed Novem- 
ber 16, 1999; and Serial No. 09/441,613, pending, filed 
November 16, 1999, the disclosures of which are incor- 
porated herein by reference. In addition, multiple near- 
simultaneous disorders can be ordered and prioritized 
as part of the patient status indicator as described in the 
related, commonly-owned U.S. Patent application, Se- 
rial No. 09/441,405, pending, filed November 16, 1999, 
the disclosure of which is incorporated herein by refer- 
ence. 

[0092] Finally, if the time for a periodic reassessment 
has arrived or the subsequently collected device meas- 
ures sets 58 are substantially non-conforming (block 
279), the reference baseline 209 is reassessed (block 
158) and a new reference baseline 209 determined, as 
described above with reference to FIGURE 11. 
[0093] The determination of a reference baseline con- 
sisting of reference measures makes possible improved 
and more accurate treatment methodologies based on 
an algorithmic analysis of the subsequently collected 
data sets. Each successive introduction of a new col- 
lected device measures set into the database server 
would help to continually improve the accuracy and ef- 
fectiveness of the algorithms used. 
[0094] While the invention has been particularly 
shown and described as referenced to the embodiments 
thereof, those skilled in the art will understand that the 
foregoing and other changes in form and detail may be 
made therein without departing from the spirit and scope 
of the invention. 



Claims 

1 . A system 1 0 for determining a reference baseline 5 
of individual patient status for use in an automated 
collection and analysis patient care system, com- 
prising: 
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a medical device 12 having a sensor for moni- 
toring at least one physiological measure of an 
individual patient 11, the collected measures 
set comprising individual measures which each 
relate to patient information recorded by the 5 
medical device; 

a network server 1 6 receiving a set of measures 
collected 57 from a medical device 12 having a 
sensor for monitoring at least one physiological 
measure of an individual patient 1 1 , the collect- 10 
ed device measures set 57 comprising individ- 
ual measures which each relate to patient in- 
formation recorded by the medical device dur- 
ing an initial time period; 

a database 17 storing the collected device *s 
measures set into a patient care record for the 
individual patient 11 within a database organ- 
ized to store one or more patient care records; 
and 

an application server 35 processing the collect- 20 
ed device measures set into a set of reference 
measures, each reference measure being rep- 
resentative of at least one of measured or de- 
rived patient information, and storing the refer- 
ence measures set into the patient care record 25 
as data in a reference baseline 5 indicating an 
initial patient status. 

2. A system according to Claim 1 , further comprising: 

30 

the network device 1 6 repeatedly receiving one 
or more collected measures sets 57, 58 which 
are each recorded by a sensor 12 which mon- 
itors at least one physiological measure of the 
individual patient 11, each such sensor moni- 35 
toring a site within the individual patient unique 
from the site monitored by any other such sen- 
son 

the database 17 storing each collected meas- 
ures set organized by specific site into the pa- *o 
tient care record for the individual patient within 
the database; and 

the application server 35 analyzing one or more 
of the site specific collected measures sets in 
the patient care record for each site within the 45 
individual patient relative to one or more other 
site specific collected measures sets stored in 
the database to determine a patient status in- 
dicator 54. 

50 

3. A system according to Claim 2, wherein the one or 
more site specific collected measures sets and the 
one or more other site specific collected measures 
sets both store measures collected from the same 
relative site 12. 55 

4. A system according to Claim 2, wherein the one or 
more site specific collected measures sets and the 



one or more other site specific collected measures 
sets both store measures collected from a different 
site 202, 203, 204a, 204b. 

5. A system according to Claim 1 , further comprising: 

a remote client 18 recording a set of quality of 
life measures 60 during the initial time period; 
the network server 16 receiving the quality of 
life measures set 60 from the remote client 18; 
the database 17 storing the collected quality of 
life measures set 60 into the patient care record 
for the individual patient; and 
the application server 35 assimilatjng the col- 
lected quality of life measures set into the ref- 
erence baseline data stored in the patient care 
record. 

6. A system according to Claim 1 , further comprising: 

the medical device 12 monitoring the individ- 
ual patient 11 while the individual patient is perform- 
ing a prescribed set of timed physical stressors dur- 
ing the initial time period. 

7. A system according to Claim 1 , further comprising: 

a programmer 14 re programming at least one 
of pacing interventions and pacing modes of 
the medical device 12 during the initial time pe- 
riod; and 

the medical device 12 monitoring the individual 
patient 11 subsequent to the reprogramming 
during the initial time period. 

8. A system according to Claim 1 , further comprising: 

a feedback recorder recording feedback from 
the individual patient during the initial time pe- 
riod; 

the network server 16 receiving the recorded 
feedback from the remote client 18; 
the database 17 storing the recorded feedback 
into the patient care record for the individual pa- 
tient; and 

the application server 35 assimilating the re- 
corded feedback into the reference baseline 
data stored in the patient care record. 

9. A system according to Claim 8, wherein the feed- 
back recorder comprises at least one of an audio 
recorder, a digital camera, or a video camera. 

10. A system according to Claim 1, further comprising: 

a set of acceptance parameters 72 stored wfth- 
in the database with each acceptance param- 
eter corresponding to the same type of patient 
information to which at least one of the refer- 
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ence measures relates; 

the application server further comprising: 

an evaluation module 70 analyzing the ref- 
erence measures set 5 for each patient 
care record against the acceptance param- 
eters set 72; and 

an acceptance module 71 identifying each 
patient care record storing a reference 
measures set having at least one reference 
measure substantially non-conforming to 
the corresponding acceptance parameter. 

1 1 . A system according to Claim 1 , the application serv- 
er further comprising: 

an analysis module 53 analyzing one or more 
collected device measures sets 57, 58 in the patient 
care record for the individual patient relative to the 
reference measures sets 59 in the reference base- 
line 5 to determine a patient status indicator 54. 

12. A system according to Claim 11, the application 
server further comprising: 

the analysis module 53 analyzing one or more 
of the collected device measures 57, 58 sets in the 
patient care record for the individual patient relative 
to one or more other collected device measures 
sets stored in the database to further determine the 
patient status indicator. 

13. A system according to Claim 1 , wherein each of the 
set of reference measures 59 is selected from the 
group comprising patient activity score, posture, 
atrial electrical activity, ventricular electrical activity, 
cardiovascular pressures, cardiac output, oxygen- 
ation, pulmonary measures, body temperature, PR 
interval, QRS measures, QT interval, ST-T wave 
measures, potassium [K+] level, sodium [Na+] lev- 
el, glucose level, blood urea nitrogen and creati- 
nine, acidity (pH) level, hematocrit, hormonal levels, 
cardiac injury chemical tests, myocardial blood flow, 
central nervous system injury chemical tests, cen- 
tral nervous system (CNS) blood flow, and time of 
day and combinations and derivatives thereof. 

14. A method for determining a reference baseline 5 of 
individual patient status for use in an automated col- 
lection and analysis patient care system 10, com- 
prising: 

receiving 143 a set of measures collected from 
a medical device 12 having a sensor for moni- 
toring at least one physiological measure of an 
individual patient 11, the collected device 
measures set comprising individual measures 
which each relate to patient information record- 
ed by the medical device during an initial time 
period; 



storing 146 the collected device measures set 
into a patient care record for the individual pa- 
tient within a database organized to store one 
or more patient care records; and 
processing 147 the collected device measures 
set into a set of reference measures, each ref- 
erence measure being representative of at 
least one of measured or derived patient infor- 
mation, and storing 163 the reference meas- 
ures set into the patient care record as data in 
a reference baseline indicating an initial patient 
status. 

15. A method according to Claim 14, further compris- 
ing: 

repeatedly receiving 150 one or more collected 
measures sets which are each recorded by a 
sensor which monitors at least one physiologi- 
cal measure of the individual patient, each such 
sensor monitoring a site within the individual 
patient unique from the site monitored by any 
other such sensor; 

storing 1 53 each collected measures set organ- 
ized by specific site into the patient care record 
for the individual patient within the database; 
and 

analyzing 154 one or more of the site specific 
collected measures sets in the patient care 
record for each site within the individual patient 
relative to one or more other site specific col- 
lected measures sets stored in the database to 
determine a patient status indicator. 

16. A method according to Claim 15, wherein the one 
or more site specific collected measures sets and 
the one or more other site specific collected meas- 
ures sets both store measures collected from the 
same relative site or from a different site. 

17. A method according to Claim 14, further compris- 
ing: 

receiving 148 a set of quality of life measures 
recorded by the individual patient during the in- 
itial time period; 

storing 171 the collected quality of life meas- 
ures set into the patient care record for the in- 
dividual patient within the database; and 
assimilating 172 the collected quality of life 
measures set into the reference baseline data 
stored in the patient care record. 

18. A method according to Claim 14, further compris- 
ing: 

monitoring the individual patient using the 
medical device while the individual patient is per- 
forming a prescribed set of timed physical stressors 
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during the initial time period. 

19. A method according to Claim 14, further compris- 
ing: 

reprogramming at least one of pacing interven- 
tions and pacing modes of the medical device 
during the initial time period; and 
monitoring the individual patient using the med- 
ical device subsequent to the reprogramming 
during the initial time period. 

20. A method according to Claim 14, further compris- 
ing: 

receiving feedback recorded by the individual 
patient during the initial time period; 
storing the recorded feedback into the patient 
care record for the individual patient within the 
database; and 

assimilating the recorded feedback into the ref- 
erence baseline data stored in the patient care 
record. 

21. A method according to Claim 14, further compris- 
ing: 

defining 160 a set of acceptance parameters 
with each acceptance parameter correspond- 
ing to the same type of patient information to 
which at least one of the reference measures 
relates; 

analyzing 161 the reference measures set for 
each patient care record against the accept- 
ance parameters set; and 
identifying 164 each patient care record storing 
a reference measures set having at least one 
reference measure substantially non-conform- 
ing to the corresponding acceptance parame- 
ter. 

22. A method according to Claim 14, further compris- 
ing: 

analyzing 154 one or more collected device 
measures sets in the patient care record for the 
individual patient relative to the reference 
measures sets in the reference baseline to de- 
termine a patient status indicator. 

23. A method according to Claim 22, further compris- 
ing: 

analyzing 1 55 one or more of the collected de- 
vice measures sets in the patient care record for the 
individual patient relative to one or more other col- 
lected device measures sets stored in the database 
to further determine the patient status indicator. 



24. A method according to Claim 14, wherein each of 
the set of reference measures is selected from the 
group comprising patient activity score, posture, 
atrial electrical activity, ventricular electrical activity, 

5 cardiovascular pressures, cardiac output, oxygen- 
ation, pulmonary measures, body temperature, PR 
interval, QRS measures, QT interval, ST-T wave 
measures, potassium [K+] level, sodium [Na+] lev- 
el, glucose level, blood urea nitrogen and creati- 

10 nine, acidity (pH) level, hematocrit, hormonal levels, 
cardiac injury chemical tests, myocardial blood flow, 
central nervous system injury chemical tests, cen- 
tral nervous system (CNS) blood flow, and time of 
day and combinations and derivatives thereof. 

15 

25. A computer program product stored on a computer 
usable medium comprising computer readable pro- 
gram means for causing a computer to carry out the 
method steps of any one of claims 14 to 24. 
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